-
Notifications
You must be signed in to change notification settings - Fork 1
Introduce support for persistentNotifications #10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
I've adapted all the tests, so they are passing. I am still seeing an error
which I would like to ask you, @semanticdata to correct. I don't know where to start looking. |
- Renamed variables to more readable values - Moved from manual timing to waiting for an epoch - Pause state managed by storing left-over duration in timer - running state inferred from ticker interval being set - Start / Pause managed in single toggleTimer place (you either pause, or unpause. no in-between)
There are still issues with floating point precision and "addDropdown" for some reason does not exist in Obsidian Settings mock
64837d3
to
5db6309
Compare
Hello, sorry I've been busy at work recently. I'll take a look at this as soon as I get a chance. Thank you very much for taking the time to collaborate. |
No pressure @semanticdata I have been actually using the timer, with persistent notification & enjoyed it. Only issues being:
There is still alot that can be done better. And, I am going to be gone from programming, for at least a month now. So, no pressure whatsoever. |
Wanted to let you know I'm working on this today and should have some changes in a new branch for you to review and pull into your PR branch. |
Hey, @HighPriest. I want to once again, thank you for taking the time to contribute to the plugin. I really appreciate it. Here's part of the checklist in your first post:
Here's a more detailed breakdown of the changes I made: New settings migration logic was added to accommodate your renamed variables and keep the plugin backwards compatible. I also manually tested it by using old data and "updating" the plugin in development. Now there should be no settings loss for existing users. The migration happens automatically on first load after an update.
We are now using
I don't know if it's necessarily a bug, but behaviour that I didn't like. When the
The Obsidian mock was improved substantially.
Please review the feat/persistent-notification branch where I have committed the changes. |
moment.abs()
, it is broken. Doesn't just return the value, it overrides the object it is ran on...)moment
lib usable with jestmoment.duration().toISOString()
(.seconds()
has the same issue).addDropdown()
availableHello there @semanticdata
I had tried your plugin a few months ago and had in the back of my head, that I would like to see persistentNotifications in it. Hence, this PR.
I've got to say... the amount of tests in the code is ASTRONOMICAL. There are more tests than there is actual code 😅
I don't think it is something I am going to be able to figure out on my own. Help and suggestions would be greatly appreciated.